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METHOD OF RESETTING A PLURALITY OF 
CONNECTED UNITS 

5 The invention relates to a method of resetting connected units and has 
particular but not exclusive application to packet rings having a large 
number of imits (nodes). 

Units or nodes as they are referred to in the remainder of the description 
10 can be computers or hardware devices. They are usually remotely 

connected by communication lines such as optical fibres, and carry e.g. 
data in frames or packets. The term '"node" however generally refers to 
any computing or telecommunication device. And include units such as 
modules of devices circuit boards which may be plugged in a shelf or 
1 5 rack. A typical node comprises a inrocessor, memory and interface. 

The invention relates to re-setting nodes which are connected with each 
other. The term '*re-setting" includes power on, power off, e.g. by 
unplugging the node board from the shelf from the shelf and plugging it 
20 back in, or e.g. re-setting registers, etc.. 

Up imtil now nodes have been reset by physically pulling out and 
plugging in nodes. Although this is cheap it is very time consuming as 
well as degrades material. Furttier more this is not feasible if the nodes 

25 are distant. Using robots is expensive. Slow and requires additional 

maintenance programming synchronisation etc. A further altemative of 
using electrical devices connected to each node means building devices 
for all the nodes, the device must be external, by its implementation the 
node (e.g. board) must not be affected. If the node boards have a different 

30 implementation there must be distinct devices. 
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The use of a management command to reset each node has the problem 
that it reqiiires all notes to be reachable by the management and the 
insertian of additional nodes requires management awareness; it is also 
dependent on the management implementation; different node types 
5 versions require different management. Decreasing the feasibility of this 
solution. 

The invention comprises a method of resetting a plurality of connected 
nodes comprising initiating a reset request at a first node; sending a 
1 0 packet from said first node to a.second node wherein said packet is 
recognised by said second node as a reset command, and said second 
node resets itself. 

The reset request packet is then normally send serially and sequentially to 
1 5 further nodes. The nodes may be arranged in a ring, straightforward 
chain, branched chain or tree structure. 

Where they are arranged in a ring, the reset packet preferably has a 
register which is decremented on passing throu^ a node 

20 

A time delay is advantageously set up at a node once a reset packet is 
received in order for the packet to be further processed and sent on before 
resetting is implemented. 



25 



The invention will now be described by means of example and to figure 
1, which shows an example of a system to which the invention can be 
applied. 
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Figure 1 shows a ring of three 3 nodes, connected through a 
unidirectional connection. At node A, a reset request 1 is made. This may 
be made through e.g. a data plane interface, debug interface or 
management interface. Node A detects the reset request and triggers a 
5 delay T and sends a data packet 2 on to node B. This data packet is a reset 
request data packet which is recognisable as such and includes a TTL 
(Time To Live) value. This is set to the number of nodes - 1, after it 
leaves the first node. In the exanqjle the TTL as it leave node A is thus 2. 
After the reset packet is sent, node A resets itself. At node B the packet is 
1 0 detected a reset request, remove the packet and triggers a delay T. The 
TTL is decremented by one (-1). When the packet is received by Node C 
the processing is the same as at node B. The packet is sent to Node A 
where the TTL is zero. At this point node A discards the packet. 

1 5 The time delay T is used so that time is allowed for the node to process 
and dispatch the packet before it is reset. The delay should be of 
reasonable length so that the packet can be sent forward before the reset is 
activated, and thus is preferably at least equal to: the time to amend/build 
the reset packet for next transmission; plus the time in the output queue, 

20 plus the time for reset packet transmission. 

Altematively a flag may be set which indicates that the reset packet has 
been forwarded (i.e. left the node) and only then does the node reset 
itself. The time delay is preferred as the processing portion that triggers 
25 the reset can be made more independent of that portion responsible for 
packet transmission. That is to say the option of using a flag to indicate 
the packet has been sent requires more interaction between the ftmctional 
components. 
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Each node thus contains some software which implements the reset by 
recognising and initiating the request acting upon it and passing the reset 
packet on i.e. detection processing and transit of the packet. The reset 
packet is essentially a control packet. The reset packet is characterised 
5 (e.g. formatted/coded) so as to be recognised as such. 

The TTL decrement register (option) is a preferred method to discard 
packets which are going nowhere or whose function has been performed. 
The node software would include code to decrement and where 
10 appropriate, discard the packet. 

In a straightforward implementation the reset command is implemented 
by sending a specific data packet to a node external interface. 

15 In a preferred embodiments the invention makes use of standard 
interfaces, e.g. the debugging interface. All communication devices 
include a console (commonly a RS232 serial interface) for 
troubleshooting. These inter&ces are advantageously used to initiate the 
command to reset all nodes. The first node then assembles the reset 

20 packet. This command would commonly be processed by a common 

parser, and the skilled man would appreciate the many ways this could be 
implemented. In another embodiment the reset command is initiated by a 
node/shelf manager request. The node recognises this and assembles the 
reset packet. This is preferred as if a data packet is used instead to initiate 

25 the reset procedure, there is always a possibility, if the fimctionality is 
enabled to customer, that a hacker may send such data packets and keep 
resetting the nodes. If instead, a manager request or the debug interface is 
used, this problem is solved. 



